home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group98b.txt
/
000118_icon-group-sender _Tue Jun 30 08:00:15 1998.msg
< prev
next >
Wrap
Internet Message Format
|
2000-09-20
|
2KB
Return-Path: <icon-group-sender>
Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
by baskerville.CS.Arizona.EDU (8.8.8/8.8.7) with SMTP id IAA28489
for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Tue, 30 Jun 1998 08:00:15 -0700 (MST)
Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
id AA02125; Tue, 30 Jun 1998 08:00:03 -0700
Message-Id: <35983EEB.F39CA405@ix.netcom.com>
Date: Mon, 29 Jun 1998 21:27:08 -0400
From: Phillip Lee Thomas <teruthom@ix.netcom.com>
Reply-To: thomaspl@acm.org
X-Mailer: Mozilla 4.05 [en] (Win95; U)
Mime-Version: 1.0
To: icon-group@optima.CS.Arizona.EDU
Subject: Re: Retrieving lists from tables
References: <199806300034.TAA13464@segfault.cs.utsa.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Errors-To: icon-group-errors@optima.CS.Arizona.EDU
Status: RO
Content-Length: 560
Thanks to Mark Evans, R. Clayton, Shamim Mohamed, Guy Laden, and Clint Jeffery
for your very acute replies.
It looks like double-entry bookkeeping has found its place in the solution to
this problem. In the particular instance there appears to be little to help
avoiding the maintenance of both string and list representations during the
entire life of the processing.
The IPL has a list function l_find that does match one list as a substring of
another but that doesn't help much in table lookups.
OK. Time to ponder your collective insights.
Phillip